De replicaprioriteit bepaalt hoe wijzigingen in records worden verwerkt wanneer zich een synchronisatieconflict voordoet.
In dit onderwerp vindt u informatie over:
Prioriteitsverschillen in Access
Het bepalen van de replicaprioriteit
In Microsoft Access 95 en 97 worden synchronisatieconflicten opgelost aan de hand van de regel dat de record die het vaakst is gewijzigd de overhand krijgt. In Access 2000 wordt aan een replica in een replicaset een prioriteit toegewezen wanneer deze wordt gemaakt. De replica met de hoogste prioriteit heeft dan de overhand bij een synchronisatieconflict. Bij gelijke prioriteit wint de replica waarvan de eigenschap ReplicaID de laagste waarde heeft. Klik op de volgende hyperlink voor informatie over eigenschappen die aan de database worden toegevoegd wanneer u deze repliceert.
Terug naar boven
Aan elke replica wordt een prioriteitsnummer toegewezen tussen 0 en 100, waarbij 100 de hoogste prioriteit is. Wanneer een database repliceerbaar wordt gemaakt, wordt de standaardprioriteit van de replica ingesteld op 90. De standaardprioriteit van volgende replica's is 90 procent van de prioriteit van de spil. De prioriteit voor lokale en anonieme replica's is altijd 0. Lokale en anonieme replica's verliezen automatisch wanneer hun wijzigingen een conflict opleveren met de globale spilreplica. Als een lokale of anonieme replica een niet-conflicterende wijziging naar de spil stuurt, wordt de spil eigenaar van de wijziging.
In Access wordt voor elke record in een replicaset de historische prioriteit bijgehouden. Tijdens de synchronisatie wordt de historische prioriteit van de records geδvalueerd. De record met de hoogste prioriteit wint elk conflict. Ter verduidelijking van het prioriteitenschema neemt u als voorbeeld een ontwerpmodel, replica A, met een prioriteit van 100. Van replica A worden twee replica's gemaakt: replica B met een prioriteit van 90 en replica C met een prioriteit van 95.
Terug naar boven
De wijziging met de hoogste prioriteit wint. Stel dat tussen de drie sites aanvankelijk overeenstemming bestaat over het feit dat versie 1 van de record is gemaakt in replica A en dat er geen volgende updates hebben plaatsgevonden. Als in de replica's A en B de record tegelijkertijd wordt bijgewerkt, wint de update in replica A het conflict omdat deze de hoogste prioriteit heeft.
Terug naar boven
Als dezelfde record na de laatste synchronisatie meermalen is gewijzigd, wordt de replica die de wijzigingen bevat met de hoogste historische prioriteit, gebruikt om te bepalen welke versie het conflict wint. Stel dat in replica A versie twee wordt gemaakt, waarna deze naar replica B wordt gestuurd. In replica B wordt vervolgens versie drie gemaakt, die wordt teruggestuurd naar replica A, waar deze wordt samengevoegd. Stel bovendien dat ook in replica C een versie twee is gemaakt, die wordt gesynchroniseerd met replica A. Op basis van de wijzigingen met de hoogste historische prioriteit die hebben plaatsgevonden nadat de oorspronkelijke record is gewijzigd (replica A met een replicaprioriteit van 100 en 95 voor de versie van de rij in replica C), wordt bepaald dat de gezamenlijke wijzigingen van replica A en B het qua prioriteit winnen van de wijziging die in replica C is doorgevoerd. Omdat replica A echter v≤≤r replica B is gemaakt, is replica A de winnaar van het conflict. Een voordeel van deze beslisregel is dat geen enkele wijziging in de replica met de hoogste prioriteit door het mechanisme voor conflictoplossing ooit kan worden teruggedraaid.
Terug naar boven
Gegevens in een replicaset synchroniseren - overzicht
Een replica maken van de database
Terug naar boven